home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
EuroCD 3
/
EuroCD 3.iso
/
Programming
/
Amos
/
AMOSList-1297
/
AMOSLIST
/
000191_amos-request@svcs1.digex.net_Tue Dec 23 10:31:57 1997.msg
< prev
next >
Wrap
Text File
|
1998-06-24
|
4KB
|
78 lines
>From amos-request@svcs1.digex.net Tue Dec 23 10:31:57 1997
Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224])
by pony-2.mail.digex.net (8.8.8/8.8.8) with ESMTP id KAA14962
for <mcox@access.digex.net>; Tue, 23 Dec 1997 10:31:56 -0500 (EST)
Received: (from daemon@localhost)
by svcs1.digex.net (8.8.5/8.8.5) id IAA05646
for amos-out; Tue, 23 Dec 1997 08:08:38 -0500 (EST)
Received: from pony-1.mail.digex.net (pony-1.mail.digex.net [204.91.241.5])
by svcs1.digex.net (8.8.5/8.8.5) with ESMTP id IAA05641
for <amos-list@svcs1.digex.net>; Tue, 23 Dec 1997 08:08:36 -0500 (EST)
Received: from post.mail.demon.net (post-20.mail.demon.net [194.217.242.27])
by pony-1.mail.digex.net (8.8.8/8.8.8) with SMTP id IAA08077
for <amos-list@access.digex.net>; Tue, 23 Dec 1997 08:08:29 -0500 (EST)
Received: from mirex.demon.co.uk ([158.152.68.125]) by post.mail.demon.net
id aa2002863; 23 Dec 97 12:53 GMT
Received: by mirex.demon.co.uk (V1.16/Amiga)
id AA002vz; Sun, 14 Sep 97 14:46:02 GMT
Date: Sun, 14 Sep 97 14:46:02 GMT
Message-Id: <9709141446.AA002vy@mirex.demon.co.uk>
Message-Id: <250fb9a8.u10t12e.62e2e-Braneloc@mirex.demon.co.uk>
In-Reply-To: <B0000164096@mailhost.sosbbs.com>
(from "Garfield Benjamin" <gbenjam@sosbbs.com>)
(at Tue, 23 Dec 1997 01:22:41 -0500)
Organization: Mirex Software
Reply-To: Braneloc@mirex.demon.co.uk
Website: http://www.mirex.demon.co.uk
From: Keith Hill <Braneloc@mirex.demon.co.uk>
To: amos-list@access.digex.net
Subject: Re: CBATNAMdemo...
Status: O
X-Status:
To the one known as Garfield,
> >> Also, I'll use DEMOTIME to count down the demo...
> > Piffle! I hate timers. We'll use my idea of one life. Then any stage
> > can be tested, but the game will end when you die or complete
> > that level.
Ok, so no timer then.
> I think a GOOD player might be able to complete my stage with
> just one life, so perhaps you could add a tiny check and if the
> demo-stage being played is the SideShooter, you could cut the
> energy in half: BUBBASHIELD=50
Shields can be modified on my level quite easily too.
> Speaking of which, I seem to remember someone (Keith?)
> mentioning an extension that allowed AMOS programs to use
> CONSTANTS and STRUCTURES... this would be a key factor in
> my decision to do future AMOS-programming, so what is the
> name of this extension? All I can think of is EasyLife, is that it??
Yep. They aren't "real", but they are real enough.
> Anyone considered writing a FAST parallel-blitting routine?
> I'm thinking of something that would set-up the blitter and while
> that was drawing one image-bitplane, the CPU would draw the next
> image-bitplane. Probably not much difference on a 68000, but with
> a 68020 and certainly 68030 or higher, it could be MUCH faster
> than AMOS's current Bob-routines as a FAST CPU might be able
> to draw two image-bitplanes per the blitter's one.
> Instead of calling WaitBlitter() and having the CPU doing nothing
> while the blitter does all the work, why not actually use the CPU to
> draw the next bitplane (or two on FAST processors).
I've thought about it. I even considered clearing the screen like it, which
is unbearably slow. This routine WOULD WORK very well..
_ _ _ _ _ _ | Ferengi Rule of Acquisition #13
|_> |_| |_| |\ | |_ | | | / | |
|_> | \ | | | \| |_ |_ |_| \_ . | Anything worth doing is worth doing for
| money.
--------------+---------------
http://www.mirex.demon.co.uk
Member: IAPA & Team *AMOS*